Entre 100 et 300 personnes
Surtout Business-to-business (B2B) vs Business-to-consumer (B2C)
Compagnie plus ou moins distribué
Environ 50% de la compagnie en "tech"
En 50% de la tech des programmeurs
YouGov, firme de sondage
Behavox, logiciels pour banques
SquarePoint Capital, hedge found
Ivado Labs, consultation data science
flowchart TD
C[Executif] --> T[Tech]
C --> V[Vente]
C --> F[Finance]
C --> CS[Customer success]
flowchart TD
T[Tech] --> P1[Produit 1]
T[Tech] --> P2[Produit 2]
T[Tech] --> P3[Produit 3]
T[Tech] --> Infra[Infrastructure]
flowchart TD
C[Executif] --> T[Tech]
C --> V[Vente]
C --> F[Finance]
C --> CS[Customer success]
V -.-> T
CS -.-> T
C -.-> T
T -.-> T
L’unité fondamentale de Scrum est une petite équipe, la Scrum Team. La Scrum Team se compose d'un
Scrum Master, d'un Product Owner et de Developers. Il n’y a pas d’équipe dans l’équipe ni de hiérarchies. Il s'agit d’une seule et même unité stable, composée de professionnels focalisés sur un seul objectif à la fois, l'Objectif de Produit.
-- https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf
Équipe pluridisciplinaire (front-end developper, back-end, qa, data scientist)
Équipe autonomne
Petite, jamais en plus de 12 personnes
Équipe qui à une seule mission (e.g.: gérer mio)
Les Developers sont les membres de la Scrum Team qui s'engagent à traiter tout ou partie utile d’un Increment à chaque Sprint.
Le Product Owner est redevable de maximiser la valeur du produit résultant du travail de la Scrum Team.
Le Scrum Master est redevable de la mise en place de Scrum tel que défini dans le Guide Scrum.
Tout le travail se fait dans un "sprint"
L'équipe doit avoir un objectif prédéfinit
L'équipe doit compléter son travail
Block de temps de 2 semaines où le travail est prédéfini
Chaque tâche est définit dans un ticket ou jira
Durant le Sprint :
-- scrum guide

Le sprint à un objectif unique et très claire
Tous les tickets sont nécessaire pour accomplire l'objectif
Aucun tickets est innutile à l'objectif
Les tickets sont tous ordonnées par priorité
Les tickets n'ont aucune inter-dépendences
Objectif: Faire site web de vote
| Priority | Title | Point |
|---|---|---|
| 1 | Faire un site web grossier avec deno | 3 |
| 2 | Faire le front-end qui permet de voter | 2 |
| 3 | Permettre à différent utilisateurs de ce logger | 2 |
| 4 | Persister le les votes sur le backend | 2 |
| 5 | deployer en production | 3 |
| 6 | Ajouter une page d'analyse de resultat secrete | 3 |
| 7 | Créer un login pour admin | 2 |
Le Product Backlog est une liste ordonnée et émergente de ce qui est nécessaire pour améliorer le produit.
C'est l’unique source du travail entrepris par la Scrum Team.
-- scrum guide
Le product owner est rempli de "user stories" à faire
Les taches ne devrait pas être technique
Le product owner est responsable de parler aux autres équipes (tech ou autres) prendre des requis.
Le product owner est responsable du product backlog
Il se promène d'équipe en équipe pour prendres les requis
Le product owner arrive avec les choses qui doivent être faites
Les développeur brisent les "user stories" en tickets techniques
Il y a une discussion entre le product owner et la sous équipe technique sur quoi faire (priorité vs facilité)
On lave notre linge sale en famille
On sépare ce qui à fonctionné de ce qui à mal été de ce qui à très mal été
On prépare des actions concrètes pour s'améliorer